home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 457.txt < prev    next >
Text File  |  1997-04-16  |  22KB  |  555 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Wed, 18 Apr 90       Volume 90 : Issue  457
  4.  
  5. Today's Topics:
  6.                 Bug in CSD, no help from MWC (2 msgs)
  7.                    C compilers & small machines...
  8.                         Omega for ST? (2 msgs)
  9.                             Phantom Typist
  10.         Proposed change to names of sources/binaries postings
  11.                         Quick ST demo problems
  12.               Re~2: Severe Dcreate() bug in GEMDOS 0.23
  13.                             shareware fees
  14.                          SPECTRE GCR GOODIES
  15.                            SupraModem 2400
  16.                              TOS 1.4 info
  17.                                UUDecode
  18.         Zoo output to file (Was: Re: EPROM programmer wanted.)
  19. ----------------------------------------------------------------------
  20.  
  21. Date: 18 Apr 90 04:35:53 GMT
  22. From: mailrus!accuvax.nwu.edu!nims@tut.cis.ohio-state.edu  (Chris Nims)
  23. Subject: Bug in CSD, no help from MWC
  24. Message-ID: <6479@accuvax.nwu.edu>
  25.  
  26. About two weeks ago, I purchased Mark Williams C, and the C source
  27. debugger.  I am very pleased with the compiler.  I have unfortunately
  28. found a bug in the debugger.  It does not correctly display negative
  29. integers.  Insead, it treats them as unsigned ints. (e.g. -10 is
  30. displayed as 65526.)  Althought this isn't too diffcult to work
  31. around, it is a bit annoying.  So I resolved to call Mark Williams Co.
  32. this morning, and I must admit that I'm not too thrilled to report my
  33. findings.  The gentleman I spoke to was very quick to point out that
  34. since Ataris aren't selling, they are not doing any further ST
  35. development and since they are "in this for the money," they aren't
  36. planning any more ST development.  Basically, he was telling me that
  37. I'm out of luck, there aren't and probably won't be any future version
  38. of the CSD even to correct bugs.  I must admit that I feel they should
  39. at least support this product to the point that it lives up to it's
  40. claims in the advertisements.  Don't get me wrong, for $35 this is a
  41. good tool, I just wish I could expect the bugs to be worked out.
  42.  
  43.  
  44. Chris Nims
  45. Academic Computing & Networking
  46. Northwestern University
  47.  
  48. nims@acns.nwu.edu
  49.  
  50. ------------------------------
  51.  
  52. Date: 18 Apr 90 06:04:13 GMT
  53. From: sdcc6!sdcc4!zz1jm@ucsd.edu  (Jon McCarty-zebra)
  54. Subject: Bug in CSD, no help from MWC
  55. Message-ID: <9782@sdcc6.ucsd.edu>
  56.  
  57. In article <6479@accuvax.nwu.edu> nims@accuvax.nwu.edu (Chris Nims) writes:
  58. [...recount of calling Mark Williams about a bug in their CSD...]
  59. >findings.  The gentleman I spoke to was very quick to point out that
  60. >since Ataris aren't selling, they are not doing any further ST
  61. >development and since they are "in this for the money," they aren't
  62. >planning any more ST development.  Basically, he was telling me that
  63.  
  64. Yikes!  And this from the maker of the Atari-Developer-Reccomended
  65. C compiler!  This is really spooky.  If Mark Williams is not doing
  66. any further development or bug fixes on thier Atari products then
  67. one should DEFINATELY look into other vendor's products.  NASTY
  68. RUMOR ALERT:  Did I hear somewhere that Laser C ANSI is under
  69. development?  I thought I did... (was it here?  <blush>)
  70.  
  71. For the record, I also looked around and decided to buy a Z-RAM
  72. memory board & chips for a 2.5 meg 1040.  The board was a dream to
  73. install--though I don't get simms.  GNU C is great.  Tho I
  74. haven't gotten it to link with the -g flag for the debugger yet.
  75.  
  76. >
  77. >Chris Nims
  78. >Academic Computing & Networking
  79. >Northwestern University
  80. >
  81. >nims@acns.nwu.edu
  82.  
  83. Jon McCarty
  84. internet: jmccarty@ucsd.edu
  85. bitnet: jmccarty@ucsd
  86.  
  87. ------------------------------
  88.  
  89. Date: 18 Apr 90 05:04:13 GMT
  90. From:
  91.  cs.utexas.edu!news-server.csri.toronto.edu!neat.cs.toronto.edu!omicron.cs.fsu.e
  92.  du!fsucs.cs.fsu.edu!boyd@tut.cis.ohio-state.edu  (Mickey Boyd)
  93. Subject: C compilers & small machines...
  94. Message-ID: <9004180502.AA14197@fsucs.cs.fsu.edu>
  95.  
  96. In article <1990Apr17.212421.8049@msuinfo.cl.msu.edu>, schultzd@frith.msu.edu
  97.  (David Schultz) writes:
  98. ><THis is all from memory, please excuse mistakes!>
  99. >A couple days ago, Mickey Boyd suggested to someone that they upgrade
  100. >a 512K machine to at least 1meg to take advantage of C compilers like
  101. >Sozobon or GNU.  This is a great idea, but some of us want to write C now
  102. >even though we have only 512K and can't afford memory yet.
  103. >
  104.  
  105. The advise was given because that person discussed his intent to purchase
  106. Laser C.  For about the same amount of money, one could buy (and perhaps
  107. partially populate) a memory upgrade board.  I am pleased to learn that
  108. Sozobon C can be used on a 520, thanks for the info.
  109.  
  110. >_____________________________________________________________________________
  111. >David W. Schultz       |                               |
  112. >312 N. Case Hall       | schultzd@cpsin.cps.msu.edu    |   M
  113. >Michigan State Univ.   | schultzd@frith.egr.msu.edu    |     S
  114.  
  115.  
  116. --
  117.  
  118.     -----------------------------------------------------------------------
  119.     ---------------------------------+-------------------------------------
  120.               Mickey Boyd            |    "Nobody can be exactly like me.
  121.           FSU Computer Science       |      Even I have trouble doing it."
  122.         Technical Support Group      |
  123.       mail:  boyd@fsucs.cs.fsu.edu   |              - Tallulah Bankhead
  124.     ---------------------------------+-------------------------------------
  125.     -----------------------------------------------------------------------
  126.  
  127. ------------------------------
  128.  
  129. Date: 18 Apr 90 04:32:06 GMT
  130. From: haven!aplcen!jhunix!ins_bac@ames.arc.nasa.gov  (Ajay Choudhri)
  131. Subject: Omega for ST?
  132. Message-ID: <4976@jhunix.HCF.JHU.EDU>
  133.  
  134. In article <922@ruunsa.fys.ruu.nl> muts@fysae.ruu.nl (Peter Mutsaers) writes:
  135. >
  136. >I would like to know if someone has ported the game of omega to the ST.
  137. >If so, I would like to hear from it. I am trying to translate it myself,
  138. >but have some problems.
  139. If you are talking about Omega cybertank, its out, if you mean the unix
  140. game, I dunno,
  141. >
  142. >Peter Mutsaers         (nmutsaer@ruunsa.fys.ruu.nl)
  143.  
  144. sig file?? whats a sig file??
  145.  -Ajay CHoudhri
  146.  
  147. ------------------------------
  148.  
  149. Date: 18 Apr 90 05:43:59 GMT
  150. From:
  151.  zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!tut!tukki!suhonen@tut.cis.ohio-state.
  152.  edu  (Timo Suhonen)
  153. Subject: Omega for ST?
  154. Message-ID: <4206@tukki.jyu.fi>
  155.  
  156. In article <922@ruunsa.fys.ruu.nl> muts@fysae.ruu.nl (Peter Mutsaers) writes:
  157. >
  158. >I would like to know if someone has ported the game of omega to the ST.
  159.  
  160. I would also like to know about ST-omega!!!!!
  161.  
  162.  
  163.  
  164. --
  165. Timo Suhonen                                           suhonen@tukki.jyu.fi
  166.                      I logged in, therefor I am
  167.  
  168. ------------------------------
  169.  
  170. Date: 18 Apr 90 09:40:45 GMT
  171. From: maytag!water!ljdickey@iuvax.cs.indiana.edu  (L.J.Dickey)
  172. Subject: Phantom Typist
  173. Message-ID: <1990Apr18.094045.23360@water.waterloo.edu>
  174.  
  175. Someone writes:
  176. |>Anybody come to any conclusions on this thing?  Or is the general consensus
  177. |>that this is a dead issue?
  178.  
  179. The phantom typist is still around.  He snuck into my Mega ST 2
  180. system the other day.  Warm boot sent him reeling.
  181.  
  182. Has anyone else noticed that it is only *users* who are writing
  183. about this?  I would guess that this is not something that was
  184. fixed in Rainbow TOS.
  185.  
  186.  
  187.  
  188. --
  189.     Leroy J. Dickey, Faculty of Mathematics, University of Waterloo.
  190.         ljdickey@water.waterloo.edu
  191.         ljdickey@water.UWaterloo.ca     ljdickey@water.bitnet
  192.         ljdickey@water.UUCP             ..!uunet!watmath!ljdickey
  193.  
  194. ------------------------------
  195.  
  196. Date: Wed, 18 Apr 90 14:18:44 +0100
  197. From: Dave Hines <vj%cxa.daresbury.ac.uk@NSFnet-Relay.AC.UK>
  198. Subject: Proposed change to names of sources/binaries postings
  199. Message-ID: <12406.9004181318@cxa.daresbury.ac.uk>
  200.  
  201. If it's script posting time...  I read all my mail using GNU EMACS in its
  202. RMAIL mode. Here is what I've put in for extracting uue encoded things. It
  203. puts them in the directory specified by the variable usenet-archive-root.
  204. Once all the parts have been extracted, I run uud on the first one, and it
  205. then find all the continuations itself - providing the filenames are correct.
  206. To get the correct filenames, they are made from the names in the begin line
  207. of the uue(ncode) stuff - the proposed name changes don't do anything to this,
  208. but may have made writing it a little easier had they been done before. If
  209. anyone is interested I can also mail them a copy of the undigest code for GNU
  210. EMACS - I didn't write that one, but use it all the time.
  211.  
  212. I think that if I had to vote on the name change, I'd say yes, change them.
  213. By the way, thanks to Steven Grimm for all the work he puts into this.
  214.  
  215. Enjoy,
  216.  
  217.         Dave Hines.
  218.  
  219. JANET:       D.Hines@uk.ac.daresbury
  220. EARN/BITNET: D.Hines%daresbury.ac.uk@UKACRL
  221. UUCP:        D.Hines%daresbury.ac.uk@ukc.uucp
  222. Ean:         D.Hines%daresbury.ac.uk@ean-relay.ac.uk
  223. Internet:    D.Hines%daresbury.ac.uk or D.Hines%daresbury@nsfnet-relay.ac.uk
  224.  
  225.  
  226.  
  227. (setq usenet-archive-root (expand-file-name "?/usenet/"))
  228.  
  229. (setq rmail-mode-hook
  230.       '(lambda ()
  231.          (local-set-key "y" 'rmail-yank-usenet-file)))
  232.  
  233. (defun rmail-yank-usenet-file ()
  234.   "Extracts a copy of the current message into a uue file whose name is
  235. made from the file name given on the begin line of the uu-coded data,
  236. tacked on to the end of the variable usenet-archive-root"
  237.   (interactive)
  238.   (if (string= mode-name "RMAIL")
  239.       (save-excursion
  240.         (goto-char (point-min))
  241.  
  242.         (if (re-search-forward
  243.              "~begin \\(.* \\)*\\([~ ]+\\.\\)\\([a-zA-Z0-9]+\\)$" (point-max) t)
  244.  
  245.             (let ((name (buffer-substring (match-beginning 2) (match-end 2)))
  246.                   (ext  (buffer-substring (match-beginning 3) (match-end 3))))
  247.  
  248.               (if (not (string-match "~u[a-z][a-z]" ext))
  249.                   (setq ext "uaa"))
  250.  
  251.               (write-region (point-min) (point-max)
  252.                             (concat usenet-archive-root name ext) t nil)
  253.  
  254.               (goto-char (point-min))
  255.               (if (and (string= ext "uaa")
  256.                        (re-search-forward "~Subject:[ ~I]+\\(.*\\)$" (point-max) t))
  257.                   (write-region (match-beginning 1) (1+ (match-end 1))
  258.                                 (concat usenet-archive-root "Subject") t 1))
  259.  
  260.               (rmail-delete-forward))
  261.  
  262.           (beep) (message "Can't find uu-code begin line with file name")))
  263.  
  264.     (beep) (message "Must be in an RMAIL buffer to extract a uu-coded message
  265.  !")))
  266.  
  267.  
  268. ------------------------------
  269.  
  270. Date: 18 Apr 90 02:16:06 GMT
  271. From:
  272.  pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!samsung!cs.utexas.edu!news
  273.  -server.csri.toronto.edu!utgpu!watserv1!watcgl!electro!ignac@tut.cis.ohio-state
  274.  .edu  (Ignac Kolenko)
  275. Subject: Quick ST demo problems
  276. Message-ID: <1621@electro.UUCP>
  277.  
  278. In article <9004151651.AA12525@lash.utcs.utoronto.ca> clark@mshri.utoronto.ca
  279.  writes:
  280. >
  281. >       I have the demo version of Quick ST 1.8 and am having problems with
  282. [brikabrak deleted]
  283. >At the recent Toronto Atrai Confederation show I spoke to someone at the
  284. >Branch Always booth (the people who make Quick ST) describing this problem
  285. >that I had had with an earlier version of their then shareware demo. He
  286. >assured me that the problem of dropping decoy cursors had been fixed. It
  287. >just makes me wonder...
  288.  
  289.  
  290. if you really listened to us at the show, you would have heard us repeatedly
  291. tell customers that the current demo version is 2.0, NOT 1.8. The cursor
  292. problem is fixed in 2.0 (or at least no one has reported a cursor bug
  293. problem for the last couple of months).
  294.  
  295. keep wondering ...
  296.  
  297.  
  298. --
  299. =====Ignac A. Kolenko (The Ig)=====watmath!watcgl!electro!brasoft!ignac======
  300.      co-author of QuickST, and the entire line of Quick Software!!!!
  301.   Branch Always Software Box 2624, Station B, Kitchener, Ont. CANADA N2H 6N2
  302. =============================================================================
  303.  
  304. ------------------------------
  305.  
  306. Date: 17 Apr 90 20:42:39 GMT
  307. From:
  308.  zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!fauern!tub!tubopal!al
  309.  deraan@tut.cis.ohio-state.edu  (Thomas Cervera)
  310. Subject: Re~2: Severe Dcreate() bug in GEMDOS 0.23
  311. Message-ID: <1381@siena.tubopal.UUCP>
  312.  
  313. apratt@atari.UUCP (Allan Pratt) writes:
  314.  
  315. >alderaan@tubopal.UUCP (Thomas Cervera) writes:
  316. >>[my stuff]
  317.  
  318. >I can't make this happen.
  319.  
  320. >       #include <osbind.h>
  321. >       main()
  322. >       ?
  323. >               int fd;
  324. >               long err;
  325.  
  326. >               fd = Fcreate("silly",0);
  327. >               Fclose(fd);
  328. >               err = Dcreate("silly");
  329. >               printf("err is %ld\n",err);
  330. >               exit(0);
  331. >       ?
  332.  
  333. >prints "err is -36" (EACCDN, access denied).  I'm using TOS 1.4's GEMDOS.
  334.  
  335.   Uhm. Maybe your C library does the Fsfirst ? On MY machine, I could make this
  336. happen with a clean floppy disk (no HD boot, no ACCs, no Auto folder) and a CLI
  337. on it. I've got the german TOS chip set, is there a difference ?
  338.  
  339.   For those who discover the same problem I have, please could you put your two
  340. cents in ? The patch, however, is running already and solving the problem on
  341. my ST. If there is a need, I'll post it.
  342.  
  343. -thomas
  344.  
  345.  
  346. --
  347. Thomas Cervera         | UUCP:   alderaan@tubopal.UUCP
  348. SysMan RKOFBI (PDP/VAX)|         ...!unido!tub!opal!alderaan (Europe)
  349. D-1000 Berlin 30       |         ...!pyramid!tub!opal!alderaan (World)
  350. Motzstrasze 14         | BITNET: alderaan%tubopal@DB0TUI11.BITNET (saves $$$)
  351.  
  352. ------------------------------
  353.  
  354. Date: Wed, 18 Apr 90 09:33:33 MET
  355. From: "Michel J. Anders" <U635007%HNYKUN11.BITNET@CUNYVM.CUNY.EDU>
  356. Subject: shareware fees
  357.  
  358. I'm thinking of releasing a chess program but I'm in doubt whether to
  359. release it as Public Domain or as Shareware. Reasons for these doubts are
  360. that I've no idea what to expect from the response to shareware programs
  361. ie. what (if any) the revenues will be. I think it will depend on the
  362. amount charged and since I don't intend to charge more than say fl.15,-
  363. (15DM / 8$) (I've seen fees as high as 60DM/ 30$ ! but hey, I don't want
  364. to make a living out of it) I might release it as PD when responses are
  365. low. So here's the question:
  366.  
  367. -) do any of you people have experience with releasing shareware ?
  368. -) what's the response?
  369. -) how much did you ask for and how much did get? (If you're afraid the
  370. people of the income tax are listening in you might leave out the currency
  371. unit (if asked, you might claim it were italian lires... :-)))
  372.  
  373. Thanks in advance, M.
  374.  
  375. ------------------------------
  376.  
  377. Date: 18 Apr 90 04:56:07 GMT
  378. From:
  379.  cs.utexas.edu!news-server.csri.toronto.edu!neat.cs.toronto.edu!omicron.cs.fsu.e
  380.  du!fsucs.cs.fsu.edu!boyd@tut.cis.ohio-state.edu  (Mickey Boyd)
  381. Subject: SPECTRE GCR GOODIES
  382. Message-ID: <9004180453.AA14109@fsucs.cs.fsu.edu>
  383.  
  384. In article <11734@stag.math.lsa.umich.edu>, hyc@math.lsa.umich.edu (Howard Chu)
  385.  writes:
  386. >
  387. >Look for Mouse-ka-mania, written by Charles Johnson. It's on terminator
  388. >in unindexed/mouseka.arc. Comes with a bunch of animation files already
  389. >drawn, plus you can create your own at any time. I grabbed a sequence that
  390. >does a spinning globe, it's kinda fun.
  391. >
  392. >Gee, I guess wishes come true after all, eh?
  393. >--
  394. >  -- Howard Chu @ University of Michigan
  395.  
  396. Is there a program (perhaps of then AUTO folder variety) that can autoload
  397. one of the alternate mouse pointers at bootup?  I have Mouse-Ka-Mania, but
  398. was disappointed that it seems to only be a stand alone type of thing.  If
  399. one could alter the standard desktop mouse easily, that would be most cool.
  400.  
  401. --
  402.  
  403.     -----------------------------------------------------------------------
  404.     ---------------------------------+-------------------------------------
  405.               Mickey Boyd            |    "Nobody can be exactly like me.
  406.           FSU Computer Science       |      Even I have trouble doing it."
  407.         Technical Support Group      |
  408.       mail:  boyd@fsucs.cs.fsu.edu   |              - Tallulah Bankhead
  409.     ---------------------------------+-------------------------------------
  410.     -----------------------------------------------------------------------
  411.  
  412. ------------------------------
  413.  
  414. Date: Wed, 18 Apr 90 09:29:04 EDT
  415. From: Bob Stewart <stewart@xyplex.com>
  416. Subject: SupraModem 2400
  417. Message-ID: <9004181629.AA03780@xap>
  418.  
  419. I've gotten lots of input on my question about C, floppies, and modems.  I'll
  420. summarize it in a few more days.
  421.  
  422. Amid considerable praise for the Supra modem (including quotes in their ad in
  423. the May STart), one voice was very unhappy for what sounded like legitimate
  424. reasons.  Can anyone comment on these problems?
  425.  
  426.     1.  Bad line noise recovery, loses sync with remote modem and has trouble
  427.         regaining it.
  428.  
  429.     2.  /A command to redial forgets phone number when connection succeeds, so
  430.         you can't redial after a disconnect.
  431.  
  432. Thanks,
  433.  
  434.         Bob
  435.  
  436. -----------
  437. Bob Stewart (rlstewart@eng.xyplex.com)
  438. Xyplex, Boxborough, Massachusetts
  439. (508) 264-9900
  440.  
  441.  
  442. ------------------------------
  443.  
  444. Date: 17 Apr 90 20:59:59 GMT
  445. From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  446. Subject: TOS 1.4 info
  447. Message-ID: <1629@lzsc.ATT.COM>
  448.  
  449. In article <2988@rodan.acs.syr.edu>, jfbruno@rodan.acs.syr.edu (John F. Bruno)
  450.  writes:
  451. > In article <596@opus.NMSU.EDU> jficklin@nmsu.edu (Jim Ficklin) writes:
  452. >  >
  453. >  >Here is a brief summary of "Rainbow" TOS 1.4 features:
  454. >  >  [ Some features deleted ]
  455. >  >3.  MOVE FILES -- You can now MOVE as well as COPY files.  To do a MOVE,
  456. >  >    first mark files just as you would for a COPY.  Then hold down
  457. >  >    [CONTROL] key while you drag the files to the destination.  TOS
  458. >  >    1.4 will first copy the files to the destination, then delete them
  459. >  >    from the source -- all in one operation.
  460. >
  461. > Don't tell me they screwed up again!!! What if I have a volume with
  462. > 10K free and I want to move a 20K file into a folder?!?! Doesn't it just
  463. > modify the directory entries instead of actually copying the folders?
  464. > Seems kind'a silly to require a disk to have (2x)K free just to move a
  465. > file that is (x)K bytes long, right?
  466. >
  467. I think Atari did it correctly.
  468. For moves between logical disks, copy && remove is required.
  469. For the degenerate case of rename, there is still the problem of a failure
  470. during the operation with the file being lost.  So copy && remove is
  471. still the safest course.
  472.  
  473. For your limited case of trying to rename on a full disk you are better
  474. off doing your own rename; leaving the move operation to be generally
  475. safer and simpler.
  476.  
  477. Howard C. Johnson
  478. ATT Bell Labs
  479. att!lzsc!hcj
  480. hcj@lzsc.att.com
  481.  
  482. ------------------------------
  483.  
  484. Date: 18 Apr 90 05:10:08 GMT
  485. From:
  486.  cs.utexas.edu!news-server.csri.toronto.edu!neat.cs.toronto.edu!omicron.cs.fsu.e
  487.  du!fsucs.cs.fsu.edu!boyd@tut.cis.ohio-state.edu  (Mickey Boyd)
  488. Subject: UUDecode
  489. Message-ID: <9004180507.AA14277@fsucs.cs.fsu.edu>
  490.  
  491. In article <2927@gos.ukc.ac.uk>, anw1@ukc.ac.uk (A.N.Walkeden) writes:
  492. >
  493. >I dont know if I am missing something obvious here,but....
  494. >
  495. >I have found a piece of PD software I would like, and have FTP'd it to
  496. >my machine, where I find it is over 700KBytes in size.
  497. >
  498. >Now when I UUDecode this file it produces another output file of similar
  499. >magnitude, thus there is not enough room for it on a 3.5" disk.
  500. >
  501. >Is there any way around this problem, can you hack the file into pieces
  502. >and then somehow rejoin them later, or is the only solution to get a hard
  503. >drive?
  504. >
  505. >Any help greatly appreciated.
  506.  
  507. What is the name of the file?  I have never come across that problem, but
  508. one possible solution (temporary) would be to arc the file on the host
  509. machine, and then run it from arc on your ST.  I have heard this is
  510. possible, but I have never done it.
  511.  
  512. >
  513. >               Adrian
  514. >--
  515. >"I've seen things you people wouldn't believe. Attack ships on fire off the
  516. > shoulder of Orion, I watched C beams glitter in the dark near the Tanhauser
  517.  gate. All these, memories will be lost in time; like tears in rain."
  518. >"Time to die."
  519.  
  520. Ah, Blade Runner, the best of flicks.
  521.  
  522. --
  523.  
  524.     -----------------------------------------------------------------------
  525.     ---------------------------------+-------------------------------------
  526.               Mickey Boyd            |    "Nobody can be exactly like me.
  527.           FSU Computer Science       |      Even I have trouble doing it."
  528.         Technical Support Group      |
  529.       mail:  boyd@fsucs.cs.fsu.edu   |              - Tallulah Bankhead
  530.     ---------------------------------+-------------------------------------
  531.     -----------------------------------------------------------------------
  532.  
  533. ------------------------------
  534.  
  535. Date: 18 Apr 90 04:13:51 GMT
  536. From: fernwood!portal!cup.portal.com!buggs@uunet.uu.net  (William Edward JuneJr)
  537. Subject: Zoo output to file (Was: Re: EPROM programmer wanted.)
  538. Message-ID: <29061@cup.portal.com>
  539.  
  540. >You can use io redirection, e. g. "zoo l foo.zoo >bar" writes the table
  541. >of contents of foo.zoo to the file bar.
  542.  
  543. I'll have remember that, thanks!
  544.  
  545. >If your shell (or the GEM desktop) does not handle io redirection
  546. >correctly (I think Gulam doesn't) use Arcgsh to get the listing. It works.
  547.  
  548. I have MT C Shell, wonder if it'll do it.
  549. Does Arcgsh allow print out of listings? I used to have that somewhere.....
  550.  
  551. ------------------------------
  552.  
  553. End of INFO-ATARI16 Digest V90 Issue #457
  554. *****************************************
  555.